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BACKGROUND 

FIELD OF THE INVENTION 

[0004] The invention is in the field of application program development and specifically in the 
field of development and customization of internet applications. 
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[0005] In current internet design practice the elements, layout, and functionality of user 
interfaces and associated web pages are intended for casual users. These users typically access 
applications on an irregular basis and therefore prefer a simple and intuitive interface over more 
powerful alternatives. This preference has lead to the near universal adoption of a basic point 
5 and click interaction model in which navigation and control is accomplished by selecting user 
interface elements with a pointing device such as a mouse. Current design practice is also 
limited by outdated conceptions related to bandwidth limitations and portability. The point and 
click interaction model became dominate during a period of more limited bandwidth than is 
9 currently available. Similarly, the range of devices used to access user interfaces has grown 
j& significantly. Further, many of the new devices have limited memory and processing power. 
JS [0006] Current internet design practice and the associated philosophy are detrimental to the 
7 development and use of enterprise application programs in an internet setting. These programs 
hi are typically used by consistent users who interact with the application on a regular basis and 
W prefer an interface optimized for the most efficient interaction. Consistent users, therefore, 
¥5 desire features and capabilities beyond those encompassed by current internet design practice. 
For example, application programs designed for use on a standalone computer typically depend 
on a keyboard based interaction model. In contrast with the mouse based point and click model 
favored on the internet, the keyboard based interaction model primarily depends on keystrokes 
entered by a user to communicate to the application. Utilizing keystrokes can be more efficient 
20 than the basic point and click interaction model. For instance, in data entry applications, where a 
user prefers to keep his or her hands located on the keys, having to reach for and manipulate a 
mouse is often a significant source of distraction and delay. 
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[0007] A desire to accommodate the greatest number of users has focused current internet 
design practice towards satisfying casual and/or novice users instead of consistent users. The 
resulting designs are intuitively simple to use but less powerful or efficient than they would be if 
customized for each enterprise or personalized for each individual user. Unfortunately, in the 
5 prior art, the ability to customize an internet based application is severely limited. 

[0008] Current customization capabilities are generally a function of application architecture. 
The available architectures include standalone, client/server, and internet configurations. 
U Standalone applications are the simplest, having just one user operating on one computing 

device. Standalone applications also typically have full access to the computing device for the 
ffj purposes of storing and accessing configuration data. Client/server applications include both a 
S client and a server. The application is primarily based on a server system but also relies on client 
M system resources such as processing, memory, and data storage. In order to access these 
fy resources some part of the application resides on the client. Customization of client/server 
P applications depends on these resources and may also require additional communications 
15 between the server and the client. 

[0009] In contrast to the client/server architecture, pure internet applications use a standard 
web browser or browser compatible device as their client, and are generally referred to as thin or 
small client footprint applications. The internet application architecture provides an advantage in 
that no application code, other than the browser, need be installed or maintained on the client. 
20 Internet applications using standard internet protocols and security mechanisms do not require 
specialized client side code specific to the internet application and place essentially all the 
processing-intensive activities on an internet server. 
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[0010] Customization of internet applications that depend on a browser or browser compatible 
thin client is limited in the prior art to selection and layout of predefined elements on a user 
interface. These predefined elements include buttons, links, fields, forms, graphics, text, and 
other distinct parts of a user interface or associated web page. For example, some websites allow 

5 a user to design a "personal" web page or choose which news stories should appear on a page 
and how they should be arranged. Beyond appearance and location of custom text, URLs, or 
graphics, these websites do not allow customization of the predefined elements themselves. 

y Thus, there are no means available by which a user can customize the functional properties of a 

0 user interface element. 

[0011] Functional properties of a user interface element include operations beyond basic point 

1 and click navigation and retrieval of further content using a URL. These properties are important 
to consistent users. For example, they determine the interaction model between the user and any 

rii underlying applications. Customizing and personalizing functionality is, therefore, important to 
Q meeting the needs of consistent users. The inability to fully customize or personalize internet 
15 applications is a limitation of current design practice and has discouraged the implementation of 
enterprise application programs as internet applications. 

[0012] Traditional client/server applications have included customization of elements within 
the application user interface. However, this customization of element functionality requires 
additional installed or built-in client-side code (e.g., Java® code, ActiveX®, etc.) on the client 
20 system. With the inclusion and execution of this client-side code the application is not a purely 
HTML based internet application. In addition to issues such as download security, licensing 
requirements, support, and compatibility, client-side code is disadvantageous because it is 
dependent on the client environment. This environment includes critical factors and limitations 
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such as available memory, underlying operating system type (Windows", UNIX, etc.), and 
operating system features. Client-side code also reduces portability because its execution may 
require computing power beyond what is available in some internet access devices. The amount 
of required client-side code and computing power required for a client/server application 
5 increases with the size and functionality of the application. 

[0013] The client/server architecture has also been used to internet enable non-web based 
applications. In this process a client-side interface is used to access Windows®, UNIX, or Linux 
applications that are executed on a server. The client-side interface is either a custom application 
y or a browser to which proprietary extensions have been added. The interface functions as a 
5 remote terminal accessing a pre-existing application. Interaction between the interface and the 
£ server-side application is controlled by computer code (i.e. ActiveX or Java code) downloaded or 

otherwise installed on the client. This client-side computer code is subject to the disadvantages 
=J of the traditional client/server architecture, such as dependence on the client side environment, 
Sj etc. 

\5 [0014] Conventional standalone or "client side" applications are executed on a single computer 
with full access to the resources of the computer's operating system. These resources include a 
wide variety of personalization tools that are not available in browser-based environments. For 
example, a computer's operating system includes environmental settings (in registry and system 
files) that can be accessed and modified by executing programs. Standalone applications can 

20 also access and save files, including personalization data, on local drives. These resources are 
used to provide a high degree of customizability to standalone applications. Unfortunately, these 
resources and the personalization utilities that depend on them are not directly portable to 
browser based environments. For example, security protocols prevent server side applications 
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from reading and writing to files larger than a cookie on a client system. The degree of 
personalization found in large standalone applications requires access to template and registry 
files at a frequency that is currently impractical and generally undesirable in an internet 
environment. In addition, this approach results in personalization restricted to the individual user 
5 or client level. 

[0015] The limitations of thin clients have prevented the implementation of true internet 
enterprise applications and the relative perspective of the standalone and client/server 
u environments likewise prevented even their consideration for this purpose. Features important to 
5 implementation of enterprise solutions, such as customization of functionality and transformation 
ffl to a keyboard based interaction model, are simply not available in prior art internet applications. 
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SUMMARY OF THE INVENTION 
[0016] The present invention includes systems and methods for customization of internet 
applications and their associated user interfaces in a browser based environment. The user 
interfaces are typically delivered to a user as a web page or part thereof. The customization 
5 applies to both static and functional aspects of user interface elements. 

[0017] One embodiment of the present invention includes a customizable application system 
comprising an internet application system configured to support an internet application, the 
internet application associated with metadata configured for generating an application user 
£ interface including a plurality of user interface elements having a tab-order property, the internet 
ffl application system including both an application server configured to generate the application 
3 user interface and a web application server configured to deliver the application user interface to 
3 a client. The embodiment further includes a personalization system with a personalization 
fli engine and a user profile interface, the personalization interface configured to modify 

personalization data characterizing the tab-order property such that the tab-order of the plurality 
ft of user interface elements is modified, and a data repository including a data record for storing 
the personalization data, the data record being accessible using the metadata. 
[0018] One embodiment of the present invention includes a method of developing a 
customizable user interface element by developing a user interface element including the 
property, determining a data record for holding a value used to characterize the property, the data 
20 record being stored in a data repository and being user modifiable, the data repository being 

physically remote from a client used to display an application user interface, generating metadata 
defining the property, the metadata including a reference to the data record, and storing the 
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metadata in association with the user interface element, the user interface element being 
configured for inclusion in the application user interface. 

[0019] One embodiment of the present invention includes a method of customizing an 
application user interface by accessing a page definition, the page definition including metadata 

5 associated with a customized property of a user interface element, accessing the metadata to 
obtain a reference to a data record, using the reference to access the data record, the data record 
being stored in a data repository and being user modifiable, the data repository being physically 
remote from a client used to display an application user interface, accessing the data record to 

Q determine a value defining the customized property, generating markup-language responsive to 
lji the determined value, and including the generated markup-language in the application user 
interface. 

[0020] One embodiment of the present invention includes a customizable application system 
fy comprising an internet application system configured to support an internet application, the 
C2 internet application associated with metadata configured for generating an a plurality of 
B application user interfaces each having customizable interaction model, the internet application 
system including both an application server configured to generate the application user interface 
and a web application server configured to deliver the application user interface to a client. The 
embodiment further includes a personalization system including a personalization engine and a 
user profile interface, the personalization interface configured to modify personalization data 
20 characterizing the interaction model such that the interaction model in more than one of the 

plurality of application user interfaces is modified, and a data repository including a data record 
for storing the personalization data, the data record being accessible using the metadata. 
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[0021] One embodiment of the present invention includes a method of developing a 
customizable application user interface associated with an internet application by selecting a 
customizable interaction model associated with a data record, the data record being stored in a 
data repository and being user modifiable, the data repository being physically remote from a 
5 client used to display the application user interface, including the interaction model in the 
"j application user interface, generating metadata associated with the interaction model, the 

metadata including a reference to the data record, and storing the metadata in association with 
the internet application, the internet application being configured for access using the application 
E3 user interface. 

jj. ; 

ifij [0022] One embodiment of the present invention includes a method of customizing an 

5 application user interface by accessing a page definition, the page definition including metadata 

T associated with a customized property of a interaction model, accessing the metadata to obtain a 

nj. reference to a data record, using the reference to access the data record, the data record being 

t y 

ffj stored in a data repository and being user modifiable, the data repository being physically remote 
f5 from a client used to display an application user interface, using information read from the data 
to determine a value defining the customized property, generating markup-language responsive 
to the determined value, and including the generated markup-language in the application user 
interface. 

[0023] An embodiment of the present invention includes a customizable application system 
20 comprising an application server, an application interface generator configured to generate an 
application user interface, the application user interface including a customizable immediate 
access keystroke sequence and configured as an interface between the application server and a 
client, a web application server configured to deliver the application user interface to a client, 



{ 00050642v 1} 



means for specifying customization data configured to characterize the customizable immediate 
access keystroke sequence, a data depository configured to store the customization data, and 
means for generating the application user interface according to the customization data. 
[0024] An embodiment of the present invention includes a method of developing a 
5 customizable user interface element by selecting a customizable immediate access keystroke 
sequence, developing a user interface element associated with the customizable immediate 
access keystroke sequence, determining a data record for holding a value used to characterize the 
customizable immediate access keystroke sequence, the data record being stored in a data 
O repository and being user modifiable, the data repository being physically remote from a client 
{! used to display an application user interface, generating metadata defining the customizable 
^ immediate access keystroke sequence, the metadata including a reference to the data record, and 

storing the metadata in association with the user interface element, the user interface element 
ru being configured for inclusion in the application user interface. 

CO [0025] An embodiment of the present invention includes a method of customizing an 
B application user interface by accessing a page definition, the page definition including metadata 
associated with a customizable immediate access keystroke sequence, using the metadata to 
access a data record, the data record being stored in a data repository and being user modifiable, 
the data repository being physically remote from a client used to display an application user 
interface, using information read from the data record to determine a value defining the 
20 customizable immediate access keystroke sequence, generating markup-language responsive to 
the determined value, and including the generated markup- language in the application user 
interface. 
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[0026] An embodiment of the present invention includes a customizable application system 
comprising an application server, an application interface generator configured to generate an 
application user interface, the application user interface including a customizable view all 
command and configured as an interface between the application server and a client, a web 
5 application server configured to deliver the application user interface to a client, means for 
specifying customization data configured to characterize the view all command, a data 
depository configured to store the customization data, and means for generating the application 
user interface according to the customization data. 

fas* 

H [0027] An embodiment of the present invention includes a method of developing a 

23 customizable application user interface associated with an internet application by selecting a 

customizable view all command associated with a data record, the data record being stored in a 
; data repository and being user modifiable, the data repository being physically remote from a 
S client used to display the application user interface, including the view all command in the 
H application user interface, generating metadata associated with the view all command, the 
15 metadata including a reference to the data record, and storing the metadata in association with 

the internet application, the internet application being configured for access using the application 

user interface. 

[0028] An embodiment of the present invention includes a method of customizing an 
application user interface by accessing a page definition, the page definition including metadata 
20 associated with a customized property of a view all command, accessing the metadata to obtain a 
reference to a data record, using the reference to access the data record, the data record being 
stored in a data repository and being user modifiable, the data repository being physically remote 
from a client used to display an application user interface, reading information from the data 
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record, using the information read to determine a value defining the customized property, 
generating markup-language responsive to the determined value, and including the generated 
markup-language in the application user interface. 

[0029] An embodiment of the present invention includes an application system comprising an 
5 internet application system configured to support an internet application, the internet application 
associated with metadata configured for generating an application user interface, the internet 
application system including both an application server configured to generate the application 
user interface and a web application server configured to deliver the application user interface to 
b a client. The embodiment further includes an application development system configured to 
tl generated the metadata, the metadata being further configured to characterize a customizable 
W find command included in the application user interface a configuration system including a 
y 1 configuration engine and a configuration interface, the configuration interface configured to 
n\ modify configuration data characterizing the customizable find command, and a data repository 
fJ| including a data record for storing the configuration data, the data record being accessible using 
1 j the metadata. In this embodiment the find command is optionally customizable to search data 
displayed in the application user interface. In this embodiment the find command is also 
optionally customizable to search all rows associated with a result, a subset of all rows being 
displayed in the application user interface. 

[0030] An embodiment of the present invention includes an application system comprising an 
20 internet application system configured to support an internet application, the internet application 
associated with metadata configured for generating a plurality of application user interfaces each 
having a customizable find command, the internet application system including both an 
application server configured to generate at least one of the plurality of application user interface 
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and a web application server configured to deliver the at least one of the plurality of application 
user interfaces to a client, the find command being customizable either to search all of a result or 
to search only a subset of the result being displayed in the at least one of the application user 
interfaces. The embodiment further includes a personalization system with a personalization 

5 engine and a user profile interface, the personalization interface configured to modify 

personalization data characterizing the customizable find command such that the customizable 
find command in more than one of the plurality of application user interfaces is modified, a data 
repository including a data record for storing the personalization data, the data record being 

y accessible using the metadata. 

if [0031] An embodiment of the present invention includes a method of customizing an 

3 application user interface by accessing a page definition, the page definition including metadata 

fin 

s associated with a customized property of a find command, the customized property including the 
HJ scope of a search, accessing the metadata to obtain a reference to a data record, using the 
2" reference to access the data record, the data record being stored in a data repository and being 
15 user modifiable, the data repository being physically remote from a client used to display an 

application user interface, accessing the data record to determine a value defining the customized 
property, generating markup-language responsive to the determined value, and including the 
generated markup-language in the application user interface. 
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BRIEF DESCRIPTION OF THE VARIOUS VIEWS OF THE DRAWING 
FIG. 1 illustrates an embodiment of a user interface configuration and personalization process 

representative of the present invention; 
FIG. 2 illustrates elements of a customizable application system in accordance with an 
5 embodiment of the present invention; 

FIG. 3 illustrates an embodiment of an internet application system and associated components of 

the invention; 
FIG. 4 illustrates an embodiment of a DBMS server; 
Q FIG. 5 illustrates an embodiment of a page development step that includes generation of 
tf metadata; 

^ FIG. 6 illustrates an embodiment of an IDE; 

y " FIG. 7 illustrates one example of a configuration step in which a developed user interface is 
fij customized to meets the needs of a particular user or group of users; 

ffl FIG. 8 illustrates an embodiment of a configuration interface; 
B FIG. 9 illustrates details of a personalization step; 

FIG. 10A illustrates an embodiment of a user profile interface; 

FIG. 10B illustrates another embodiment of the user profile interface; 

FIG. 1 1 illustrates examples of an initial presentation step and a presentation step; 

FIG. 12 illustrates a tab-order interface used for specifying tab-order; 
20 FIG. 13A illustrates an address entry form, such as may be found in an order entry application 
component; 

FIG. 13B illustrates the focus of a user interface located on a calendar button; 
FIG. 13C is an expanded view of a portion of FIG. 13B. 
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FIG. 13D illustrates the focus of a user interface located on a status drop down list; 
FIG. 13E illustrates an embodiment of a user profile interface including two options relating to 
tab-over; 

FIG. 14A illustrates an embodiment of an application user interface including a table showing 

the results of a query; 
FIG. 14B illustrates an interface that is included in various embodiments of the IDE; 
FIG. 14C illustrates the result of executing a view all command; 

FIG. 15 illustrates an interaction model wherein data entered by a user is immediately transferred 

to the internet application system; 
FIG. 16 illustrates an interaction model wherein communication between an application user 

interface and an internet application system is delayed; 
FIG. 17A illustrates an embodiment of a configuration interface arranged to allow customization 

of the interaction model used by an application component; and 
FIG. 17B illustrates an example of an option that allows a user to change the interaction model 

while the internet application is running. 
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DISCLOSURE OF THE INVENTION 
[0032] A new approach to designing, implementing and using user interfaces is disclosed. 
This approach overcomes restrictions imposed by prior art technology and philosophy and 
includes new design methods that permit implementation of user interfaces more appropriate for 

5 use as interfaces between consistent users and application programs. In particular, user 

interfaces developed using these methods are no longer constrained by the basic point and click 
interaction model. The new approach includes a unique system architecture, useable by user 
interface developers to provide advanced customization and user control within an HTML 

S environment. The provided features include user modification of page element functionality and 

S are thus important to the development, deployment and use of enterprise solutions as internet 

S applications. 

[0033] The unique system architecture of the present invention allows internet application 
CH developers to include customizable user interface elements in application user interfaces. The 
S customizable properties of these elements include, but are not limited to, alternative 
i5 functionality, arrangement and visibility. Customization of user interface elements includes both 
"configuration" that is applicable to multiple users and "personalization" that is applicable to an 
individual user. Personalization is a special case of configuration wherein information is 
modified by or for individual users and saved in an individual user profile. Configuration 
information is modified by a privileged user, such as a supervisor, and saved in a database 
20 associated with an internet application. Both the user profile and configuration information are 
stored at a location physically remote from client-side access systems, such as client web 
browsers. These aspects of the system architecture avoid substantial client side processing or 
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storage and thereby eliminate dependence on client-side environments. The advantages inherent 
in this system architecture are achievable through an HTML based browser interface. 
[0034] The new approach to user interface and web page design and interaction satisfies needs 
of consistent users through a browser compatible interface. These needs include giving users the 
5 ability to customize the functionality of user interface elements associated with underlying 

internet application programs. For example, using the present invention a user is able to control 
methods of data input and output, the presentation of requested information, logical operations, 
or characteristics of communication between the browser compatible interface and servers. 
0 Configuration and personalization can be applied to individual user interface elements, 
J§ individual user interfaces and associated web pages, all internet application user interfaces 
S accessed by a user, or groups of user interfaces within a specific internet application. Control of 

functionality is particularly important in applications designed as enterprise solutions. These 
m types of applications are often used by consistent users who benefit significantly from interfaces 
ffj evolved beyond the basic point and click interaction model. 

B [0035] Interaction between a user and an application includes input the user supplies to the 
application and output presented to the user by the application. For example, a user may select 
user interface elements with a pointing device (e.g., a mouse), enter data in a field using a 
keyboard or voice recognition software, or use keystrokes to control an application. 
Configurable properties of user interaction include defining the function of "hotkeys" and 

20 automatically placing a cursor in a preferred data entry field. Providing customization of this 
type allows a user to choose between the basic point-and-click interaction model and a keyboard 
based interaction model. Under many circumstances the keyboard based interaction model 
enabled by the present invention is more efficient and preferred. 
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[0036] The presentation of application output is customized with regard to the style of 
presentation, the amount of data presented on a single page, the order in which the data is shown, 
and the aspects of the data made visible, among others. For example, in some circumstances it is 
preferable to display just enough data to fill the viewing area available to a browser. In other 
5 circumstances it is preferable to display data in a style suitable for users with diminished 
eyesight. 

[0037] A functional property of a user interface element can include logic, data processing, and 
responsiveness to user input. For example, checking that data entered in a form field has an 
S acceptable format is a functional property of the form field element. This type of syntactic 
fl processing is typically performed by scripts included within the user interface. Likewise, 
5 responsiveness to a hotkey can be a functional property of a menu item. The functionality of 
s user interface elements also includes the underlying processes associated with each element. For 
HJ example, in an application interface, the underlying processes can include "business logic" 
2 typically executed on a server and designed to assure the validity of entered data. Business logic 
15 routines apply business rules such as range checking. This type of business logic may, for 

instance, be used to check that a start date is on or before a finish date. Other examples of user 
interface element functionality include displaying error messages, modifying the order of 
element focus, and controlling when data is passed from a client to business logic processes 
performed on a server. Providing customization of functional properties of user interface 
20 elements is an advantage derived from embodiments of the present invention. 

[0038] FIG. 1 illustrates an embodiment of a user interface configuration and personalization 
process representative of the present invention. The method begins with an element 
development step 50. In this step one or more individual user interface elements are designed or 
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selected from a library of predefined user interface elements. These elements are configured for 
inclusion in an application user interface. In step 50, each element is optionally associated with 
an underlying internet application. For example, in one embodiment a predefined data entry 
field is selected and associated with a procedure of the internet application configured to receive 
5 data entered in the field. In another example, a menu item on a user interface is associated with 
an underlying procedure that performs the process referred to by the menu item. 
[0039] The user interface elements developed in step 50 are optionally specified as having 
customizable properties. These properties are either attributes of a predefined user interface 
5 element or are selected during the design of the element by the user interface developer. For 
IP example, in one embodiment the specification process is simplified by accessing a library of user 

H • 

W interface elements including properties that are customizable by default. In another embodiment 
51 a user interface element, including at least one configurable property, is designed from basic 

K elements or a preexisting template. Step 50 optionally includes determination of a data record 

i y 

f% : 

ffi used to hold a value characterizing a customizable property of the user interface element and 
U generation of metadata including a reference to the data record. Default values are typically 
stored in the data record. 

[0040] In a page development step 100 an application user interface, incorporating a user 
interface element developed in step 50, is designed. The design process includes positioning of 
user interface elements, with configurable features and definition of default values for these 
20 features and their configurable aspects, with respect to the application user interface. Step 100 is 
typically performed by a developer involved in the creation and/or publication of the application 
user interface. The developer can include programmers, designers, graphic artists, publishers, 
and other parties involve in producing the application user interface and associated web pages. 
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For example, in one embodiment a programmer designates initial user interface elements and 
layout, while a specialist familiar with a specific application sets default values. The 
i information collected and generated in step 100 is stored in the form of metadata such as 

PeopleCode®, page definitions, and other data formats. This information includes data records 
5 and metadata prepared in step 50 and defines the application user interface. The storage is in a 
location separate from the browser compatible system (client) of a user. 
[0041] PeopleCode, developed by PeopleSoft, Inc. , is a well-known program specification 
language used in the development of enterprise applications. It may, for example be used to 
n implement business logic related to the internet application. The metadata approach enhances 
jj) the maintenance of internet applications, simplifies upgrade processes and, as described herein, 
£ enables multiple layers of customization in an internet environment. In addition, the use of 
* metadata also enhances portability, by enabling support of various database systems, server 
^ environments, and browsers. 

S [0042] In an optional configuration step 1 10, customization of the application user interface 
"15 developed in step 100 is performed by a privileged user, such as a system administrator, 
application specialist, or the like. This customization is the basis for a hierarchical set of 
configuration and personalization layers each typically having a narrower scope and taking 
priority over more general layers. For example, in one instance a supervisor selects which 
application user interfaces are available to sales personnel and a member of the sales team 
20 specifies how a specific application user interface should function when the member accesses it. 
In this example, personalization specified by the member of the sales team takes priority over 
configuration specified by the supervisor. The configuration data provided by the supervisor in 
step 1 10 is stored for retrieval during application user interface generation. In alternative 
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embodiments customization is responsive to the identity of a client rather than the identity of a 
user. Thus, users accessing the internet application from a client located in the sales department 
are presented with a user interface customized for that department. 

[0043] Each configuration and personalization layer may apply to a different scope within an 
5 internet application. For example, in one embodiment a configuration specification applies to a 
specific application component. An application component is a collection of user interface 
elements, associated application code, and other aspects of an internet application that perform a 
specific task or set of related tasks as part of an internet application. For instance, an application 
H component may include a set of user interface elements and underlying application code used to 
5 accept a sales order or, alternatively, to generate a sales report. An application component 
W optionally includes one or more application user interfaces that further include personalized user 
^ interface elements. These application user interfaces are part of an internet application including 
P; the application component and are used to communicate with a user. In other examples, 
m customization applies to an entire internet application, users or clients who are members of a 
S group, groups of application user interfaces, and the like. 

[0044] In an optional initial presentation step 120, the application user interface developed in 
step 100 is presented to a user through a browser compatible interface such as a web browser. 
The application user interface is typically served as part of a web page over a computer network 
such as the Internet or an intranet. Since in preferred embodiments the system architecture relies 
20 only on the features available in a standard web browser, the presentation does not depend on 
additional client side resources such as direct access to significant storage or processing of 
additional client side computer code. The application user interface is presented through any 
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web browser compatible system and the browser compatible system does not require add-ons, 
plug-ins, or extensions to support additional features. 

[0045] In a personalization step 1 30 the user optionally customizes elements of the application 
user interface presented in step 1 10. The user accesses a personalization utility associated with 

5 their user profile. The personalization utility is typically but not necessarily integrated as part of 
the internet application. This utility is used by the user to select and modify one or more 
personalization options available to the user. In a save step 140, any modifications made in step 
130 are saved as personalization data associated with the application user interface and the user's 

p profile. The personalization data is preferably saved at a location separate from the browser 

1§> compatible system of the user and is accessed using a user-associated key such as a user ID 

4j and/or password. 

[0046] In a presentation step 150 the application user interface is again presented to the user 
m through a browser compatible interface. During presentation step 150 the configuration data 
S developed in step 1 10 and the personalization data saved in step 140 is used to modify the 
is presented application user interface. The modification is performed by a user interface 

generation engine that accesses the saved configuration and personalization data and default page 
information defined in step 100. The output of the page generation engine is markup-language 
data, such as HTML data, suitable for presentation as a web page, JavaScript®, and the like, that 
is presented through a browser compatible interface without requiring browser add-ons or plug- 
20 ins. The output of the page generation engine is differentiated from Java® code, ActiveX®, and 
other add»ons, plug-ins, or tools used to extend browser functionality, in that the output is 
downloaded to a client as an integral part of an associated user interface and thus does not reside 
on the client independently from the associated user interface. 
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[0047] A detailed description of the unique system architecture, used to support the method 
illustrated by FIG. 1, is presented herein. This discussion includes several illustrative examples 
in which the system architecture is used to configure and personalize functional properties of 
user interface elements associated with an application. In one example, a user modifies means of 
5 user input and ways in which the application responds to this input. In another example, a user 
selects how requested data is presented to a user. In yet another example, a user selects between 
interaction models used for communication between the browser interface and server-side 
components of an application. These examples are meant to be illustrative. The systems and 
q methods disclosed are optionally used to provide user customization of any functional or non- 
10 functional property of a user interface. 

* [0048] In the preferred embodiment of the present invention, the unique system architecture 
: uses a standard web browser as a client and does not require additional client-side application 
l:! software. Internet application programs supported by the invention can use a standard web 
n browser for user interaction because the user interface (web page) generated by the present 
15 invention is based on HTML and JavaScript that is independent of proprietary browser 

extensions such as vendor-specific Dynamic HTML, Java Code based user interface extensions, 
or other client-side controls and code. The generated interface also takes advantage of the 
capabilities of browsers and the internet, such as hyperlinks, and is thus not merely an emulation 
of a Microsoft Windows® interface. 
20 [0049] The internet application user interface is generated at a server, delivered to the client 
web browser in HTML/JavaScript form, and rendered for the user at the client device. Nothing 
is required of the client other than the ability to support standard browser protocols such as 
HTTP and HTML. No additional executables are required on the client. 
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[0050] The system supporting the browser client does not have to be a traditional web browser, 
such as Microsoft Internet Explorer® or Netscape Navigator®, running on a personal computer. 
The client is alternatively a handheld wireless device such as a cellular phone or some other 
browser compatible device. Wireless applications use an architecture, known as Wireless Access 

5 Protocol (WAP), that is similar to that used by traditional internet-based applications accessed 
through a web browser running on a personal computer. The WAP application standard is based 
on internet standards, such as Extensible Markup Language (XML), HyperText Transfer 
Protocol (HTTP) and Secure Sockets Layer (SSL). The architecture of the present invention is 

Q well suited to the characteristics of limited functionality (e.g., available memory and processing 

|§ power) systems including many wireless and non-wireless devices. 

4! [0051] FIG. 2 illustrates elements of a customizable application system, generally designated 
200, in accordance with an embodiment of the present invention. These system elements include 

U an application development system 210, an application execution system 215, and at least one or 

m both of an optional personalization system 220 and an optional configuration system 225. 

W5 [0052] Application development system 210 is used by application developers to develop user 
interface elements in step 50 (FIG. 1) and to layout these elements in a user interface in step 100. 
In one embodiment the user interface is integrated into the internet application associated with 
the user interface elements. Steps 50 and 100 of FIG. 1 are preferably accomplished using an 
application designer 230 accessed through an integrated development environment (IDE) 235. 

20 [0053] IDE is optionally used for user interface development without requiring that a user 

interface developer directly write HTML or JavaScript. As shown herein, HTML and JavaScript 
are subsequently generated automatically. IDE 235 has many features and commands in 
common with graphical software development systems such as Visual Basic® as well as HTML 
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page design tools found in systems such as Microsoft FrontPage 1 . Thus IDE 235 is both a 
program development tool and a design tool for designing browser compatible user interfaces 
(web pages). For example, in one embodiment IDE 235 is used to develop a user interface 
element, associate the user interface element with an internet application, position the element on 
5 a user interface, and designate the generation of PeopleCode for checking the validity of data 
entered using the user interface element. IDE 235 is used to perform steps 50 and 100 as 
illustrated in FIG. 1. 

[00541 Application designer 230, is responsive to user input received by IDE 235 and 
Q generates metadata defining a user interface, customizable elements within the user interface, 
Bp and the association between elements of the user interface and processes and application data of 
~g an underlying application. Metadata is definitional data that provides information about or 
a documentation of other data managed within a data processing application. Metadata is used, for 
f y example, to define object definitions within the system, such as business processes, components, 
CB fields, file layouts, indexes, menus, messages, pages, PeopleCode programs, queries, and other 

records. This metadata is stored in a data repository 240 typically including a database 

management server (DBMS) 245. Metadata is modified using application development system 

210. 

[0055] Application execution system 215 includes an internet application system 250 arranged 
to support an application program and manage an associated HTML/JavaScript based application 
20 user interface 255. Internet application system 250 receives data generated using IDE 235 and 
stores it in Data Repository 240. During internet application execution internet application 
system 250 retrieves data from data repository 240 and uses the retrieved data to generate a 
customized application user interface 255 displayed to a user in one or more web pages. 



{00050642vJ } 



25 



Application user interface 255 is an HTML based interface typically generated in response to a 
user request. The retrieved data optionally includes information that has been modified by a user 
as part of a customization. Application execution system 215 is used during initial presentation 
step 120 and presentation step 150 of FIG. 1. 

[0056] Personalization system 220 is accessed through a user profile interface 270 and 
includes a personalization engine 265 configured for a user to modify information stored in data 
repository 240. As with other elements of the invention, personalization engine 265 and user 
profile interface 270 are optionally integrated directly into internet applications supported by and 
accessed through the invention. Personalization system 220 is used during personalization step 
130 of FIG. 1. 

[0057] Configuration system 225 includes a configuration engine 260 and a configuration 
interface 275. Configuration system 225 is typically arranged to modify an entire application, a 
part thereof, or the preferences of more than one user. Use of configuration system 225 
generally requires greater access permissions than personalization system 220. Configuration 
system 225 is typically used to set group, department (sales, accounting, etc.) or enterprise wide 
preferences in configuration step 1 10 of FIG. 1. 

[0058] FIG. 3 illustrates an embodiment of internet application system 250 and associated 
components of the invention. Internet application system 250 typically includes a web 
application server 305 configured as an interface to outside systems and an application server 
309 configured to support the execution of internet applications and generate application user 
interface 255 (FIG. 2). One embodiment of web application server 305 includes subsystems well 
known in the art such as presentation relay servlet 306, integration relay servlet 307, and portal 
servlet 308. 
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[0059] Web application server 305 communicates, using standard protocols, with outside 
systems such as a web browser 310 within programmable device 323, a wireless system 315, and 
an external system 325. This communication is typically through a computer network 322, such 
as a local network, a wireless network, a wide area network, the internet, or the World Wide 
5 Web. Web browser 310 executes on a programmable device 323 such as a workstation, personal 
computer, personal digital assistant, or the like. Alternatively, web application server 305 
communicates with a wireless system 315 using HTTP and WAP. Web application server 305 
optionally includes utilities, such as WebSphere® (International Business Machines, Armonk, 
S NY), and WebLogic® (BEA Systems, Inc., San Jose, CA), that are well known in the art. These 
R) utilities serve to perform the functions expected of a web server and as interfaces between web 
2 application server 305 and components of application server 309. 

a [0060] Application server 309 is configured to support and execute the internet application 
rU program. These tasks include the generation of HTML/JavaScript based application interface 
2 255. In one embodiment internet application system 250 uses an application engine 330 to 
T5 execute application logic. Application engine 330 is a batch processing program optionally used 
to execute business logic developed by an application designer. Query processor 335 is used to 
execute queries that are generated by a system user. In some embodiments aspects of application 
server 309 are configured to make use of external code such as program modules written in C++ 
or the like. Application messaging processor 343 is used to send and receive messages between 
20 applications for application to application integration. User interface generator 340 produces 

customized application user interface 255 (FIG. 2). Interface generator 340 and query processor 
335 are supported by SQL access manager 348. In support of interface generator 340, SQL 
access manager is used to form queries for the retrieval of data, such as configuration data, from 
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data repository 240 (FIG. 2). These queries are applied to databases, such as DBMS server 245 
(FIG. 2). 

[0061] Application server 309 further includes a business interlink processor 350 configured to 
facilitate communication with and execution of third party applications that are optionally used 
to add functionality to the internet application as is well known in the art. A component 
processor 355 is configured to execute aspects of the internet application. Application server 
309 also includes server utilities well known in the art, such as a Tuxedo® interface system 360 
fromBEA Systems (San Jose, California) which is used in the execution of business logic. 
Application server 309 contains other elements well known in the art such as an optional portal 
processor 365 that is used to handle the processing of data requests and instructions passed to 
and from user-application interface 255 (FIG. 2) when user-application interface 255 works 
inside a portal, a security manager 370, a directory server 375, and a process scheduler 380. 
[0062] DBMS server 245, within data repository 240, stores personalization data associated 
with each user profile and configuration data associated with each internet application supported 
by the present invention. Information associated with the internet application and each user is 
held in DBMS server 245 or elsewhere within data repository 240. This information can include, 
for example, application data tables, metadata, configuration data, and the like. 
[0063] FIG. 4 illustrates an embodiment of DBMS server 245 (FIG. 2). DBMS server 245 
includes system data, metadata such as PeopleCode 420 and application component data 430, 
configuration data 440, and user data such as a user profile 450. Application component data 
430 includes information associated with specific application components, such as the 
relationships between user interfaces and underlying application code, application data, 
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application processes, PeopleCode, and the like. DBMS server 245 is optionally located on one 
or more computing devices physically separate from internet application system 250 (FIG. 2). 
[0064] One embodiment of an application component is arranged for order entry. This 
application component is associated with application component data 430 specifying properties 
5 of user interfaces arranged to allow users to enter buyer and product information relating to an 
order. These user interfaces are included in several embodiments of application user interface 
255 (FIG. 2) and are configured for entering account information, items being ordered, and such. 
[0065] Application component data 430 optionally includes aspects of configuration data 440, 
2 and aspects of supporting PeopleCode 420 (FIG. 3), and is typically developed using application 
j§ development system 210 (FIG. 2). Configuration and personalization at the application 
=£ component level is advantageous because user interaction with an internet application is often 
characterized by performance of a specific task or set of related tasks. Configuration data 440 is 

5 therefore optionally included as an aspect of application component data 430. 

i y 

[0066] Configuration data 440 includes information used to customize a user interface before 
T5 the user interface is included in an embodiment of application user interface 255. Configuration 
data 440 optionally is populated with default values using application development system 210 
during page development step 100 (FIG. 1) and is also modified using configuration system 255 
during configuration step 110. In alternative embodiments configuration data 440 is specific to 
the internet application, groups of users, individual user interfaces, geographic locations, or the 
20 like. In these embodiments configuration data is also optionally stored in association with 
specific application components or other aspects of an internet application. 
[0067] Personalization data 473 is configuration data 440 that is specific to an individual user 
and is optionally found in association with a user profile 450. In alternative embodiments user 
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profile is associated with a specific user, a class of users, a specific client or a class of clients. In 
addition to personalization data 473, user profile 450 includes user information 470 which is 
composed of data such as a user's name, a user ID, user privileges, and the like. Personalization 
data 473 includes element personalization data 476, page personalization data 479, component 
5 personalization data 482 and internet application personalization data 485. These data are used 
for personalization at the element, component, individual application web page, and internet 
application levels respectively. 

[0068] Metadata stored in DBMS server 245 are used by processes on application server 309 
5 to generate the application user interface 255. These metadata are used to define HTML and 
jl JavaScript data included in an embodiment of application user interface 255. Specifically these 
2 metadata include data defining specific user interface elements, such as data records containing 
« specific fields used to store properties of the user interface elements. The metadata also include 
™ menu definitions, page definitions, PeopleCode, business process definitions, and the like. The 
S use of metadata in the user interface generation process is a property of the present invention that 
15 simplifies the incorporation of customized information in the resulting user interface. Metadata 
includes references, such as queries or pointers, to data records holding user defined data 
customized using configuration system 225 and/or personalization system 220. As shown 
herein, metadata is used by processes on application server 309 to retrieve appropriate 
configuration and personalization data at the time of user interface generation. 
20 [0069] In an alternative embodiment of data repository 240 (FIG. 2) the metadata further 

includes information defining the type of data that can be found in a specific data record. This 
feature allows an individual data record within DBMS server 245 to hold data of variable type. 
For example, a record may hold a specific value, or alternatively, an SQL query configured to 
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retrieve a specific value from another part of DBMS server 245 or another location. In this 
embodiment user interface generator 340 (FIG. 3) uses information associated with the metadata 
to determine the type of data stored in the data record and process it accordingly. 
[0070] In various embodiments of the present invention, metadata is edited or generated as a 
5 result of a developer using application development system 210 (FIG. 2). For example, during 
page element development step 50 (FIG. 1) a developer defines or selects a user interface 
element and associates it with a procedure (function) of an internet application. This results in 
the definition of metadata fields used to store properties of the user interface element. These 
Q fields are included in data records stored in data repository 240. In one embodiment the 
|§ developer specifies specific aspects of the user interface element to be customizable. During 
^ Page Development step 100 the user interface element is included in a specific application user 

interface 255. As a result, metadata is generated indicating properties such as the relative 
hj location of the user interface element in the specific application user interface 255. If a property 
£B of the user interface element is customizable, the metadata is used by the SQL access manager 
B 348 to generate means, such as an SQL query, for accessing values stored elsewhere, such as 

configuration data 440 or personalization data 473. In practice, these values stored elsewhere are 
adjustable using configuration system 225 and/or personalization system 220 (FIG. 2). 
[0071] Using metadata to define properties of a user interface element, an entire application 
user interface 255 or an application component, and using the metadata in combination with the 
20 customization data to generate application user interface 255 when needed, allows any property, 
both functional and static, of a user interface element to be customizable. In addition, since 
configuration data 440 and personalization data 473 are optionally separate from other aspects of 
an internet application, various users can be subject to various sets of configuration (and 
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personalization) data. Therefore, two users can see different customized versions of the same 
application component, as presented through application user interface 255. This can occur even 
while both users are accessing the component at the same time. 

[0072] FIG. 5 illustrates an embodiment of page development step 100 (FIG. 1) that includes 
generation of metadata. As discussed with reference to FIG. 1, in step 100 a developer uses IDE 
235 (FIG. 2) to add or modify user interface elements on an application user interface 255. In 
addition to selecting and positioning user interface elements, a developer can optionally specify 
default values for a user interface element. The process begins in an access IDE step 510 
wherein a developer accesses application designer 230 using IDE 235. In an open page step 520 
a new or existing application user interface 255 is opened in IDE 235. In some embodiments 
step 520 includes opening a group of application user interfaces 255, related to an application 
component, to be developed as a single unit. In a locate element step 530 a user interface 
element is selected and located (positioned) on the user interface opened in step 520. The user 
interface element may include text, graphics, images, fields, buttons, and the like. 
[0073] In a select customizable properties step 540 a property of the selected user interface 
element is selected by the developer using IDE 235. This property is a customizable property of 
the user interface element by default if the user interface element was selected in step 50 (FIG. 1) 
from a library of previously defined customizable elements. Alternatively, if the user interface 
element was developed by a developer in step 50, then the property is customizable because it 
was specifically specified as being customizable by the developer. This specification is used to 
generate metadata that enables administrators or other users to later change (customize) the 
property of the selected user interface element. 
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[0074] In an optional select permissions step 550 permissions for performing configuration or 
personalization of the property selected in step 540 are determined. The ability to customize a 
property is optionally dependant on security aspects such as a password and/or the identity of a 
user or client. The permissions set in step 550 are default values that may later be changed by a 

5 supervisor or other privileged user. In an optional set defaults step 560 further default values 
associated with the configurable property are determined. For example, if the configurable 
property is a number of columns to show in a table, then an actual value for the number of 
columns is set in step 560. In alternative embodiments step 560 is performed as part of a 

H separate process, for example during installation of the internet application. 

5 [0075] Page development step 100 (FIG. 1) is concluded with a save page definition step 570 

W that makes the developed application user interface 255 (FIG. 2) and associated internet 

application functionality accessible to users. In this step metadata associated with the application 

~C, including customizable and static aspects of application user interface 255 are generated and 
saved in metadata and optionally non-metadata formats. Information saved can include the 

p application user interface 255, PeopleCode 420, application component data 430, and the like. 
Metadata optionally includes segments of HTML and JavaScript as well as information about 
attributes of specific data records. These attributes optionally include the data format of the data 
record, information about a configurable property or a reference to customization data such as 
page personalization data 479. In an alternative embodiment a data record includes metadata 

20 indicative of the data format found in a specific metadata field. For example, in one instance a 
data record includes information indicating that the next data field contains a URL. 
Characteristics of the metadata indicate to a process accessing the metadata record that the next 
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data field is to be treated accordingly. Data saved in step 570 is saved in a location, such as data 
repository 240, that is accessible to internet application system 250. 

[0076] FIG. 6 illustrates an embodiment of IDE 235 (FIG. 2) as used in page development step 
100 (FIG. 1). The embodiment shown includes a new page button 610 and a user interface being 

5 developed 620. The user interface being developed 620 includes data entry fields 640, check 
boxes 650, and text elements 660. While the ability to position user interfaces elements such as 
these on a user interface is found in standard web development environments, IDE 235 includes 
features specific to the present invention. Following save page definition step 570 (FIG. 5), user 

□ interface being developed 620 may be presented to a user as an instance of application user 

i§ interface 255. 

W [0077] FIG. 7 illustrates an example of configuration step 1 10 (FIG. 1) in which an application 
user interface 255 (FIG. 2) developed in step 100 is customized to meets the needs of a particular 
n\ user or group of users. Configuration step 1 10 is initiated when an administrator, supervisor, or 
CD similarly privileged user connects to internet application system 250 (FIG. 2) in a connect step 
M 710. This connection provides the privileged user access to configuration system 225. 

Permission to use configuration system 225 is optionally responsive to a security step 720 
wherein the privileged user must pass a security protocol that establishes their identity and/or 
authorization and results in appropriate access privileges. In step 720 security manager 370 
(FIG. 3) accesses optional directory server 375. Directory server 375 includes data such as 
20 usernames, passwords, privileges, and the like, that are used to authenticate users or clients and 
determine the privileges held by each. In alternative embodiments this information is saved in 
data repository 240 instead of directory server 375. 
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[0078] In an access configuration data step 730 the privileged user uses configuration system 
225 to access configuration data 440 (FIG. 4) associated with an internet application. The ability 
to access and modify configuration data 440 is dependant on the specified privileges of a user. 
For example, in one embodiment a supervisor responsible for accounting department processes is 
5 only able to access application components related to this department. 

[0079] In a select property step 740 the privileged user selects a property of the user interface 
element to customize. The selected property is a functional or static property that was made 
configurable during page development step 100 or element development step 50. The selected 
b property is also, in various embodiments, specific to an entire internet application or to a part of 
tg an internet application such as an individual user interface element, a specific application user 
fj interface 255, an application component, or the like. For example, in one embodiment the 

selected property is static text to be displayed on a button whenever that button is used in an 
fS internet application. In another embodiment the selected property is specific to an application 
ffl component and is a functional "immediate access" keystroke combination that will cause a 
V5 cursor to move to a specific field. 

[0080] In an optional display options step 750 the privileged user views one or more options 
available for the property selected in step 740. These options are typically determined during 
page development step 100 or element development step 50. For example, in one embodiment a 
developer specifies ten possible columns that can be included in a table. In this embodiment of 
20 step 750 descriptions of the ten possible columns are displayed to the privileged user as a list. 
By specifying limited configuration options, the developer can assure that configuration is 
restricted to reasonable choices. 
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[0081] In an enter data step 760 the privileged user selects one of the options displayed in step 
750 or alternatively enters other data relating to the property selected in step 740. For example, 
in one embodiment the privileged user selects four of the ten possible columns displayed in step 
750 to be included in a table. In an alternative embodiment, the privileged user enters a 
5 keystroke combination to be used for immediate access. The selection made in step 760 is 
reflected in a customized application user interface 255. 

[0082] In an optional select scope step 770 the privileged user determines the scope of the 
selections made in steps 740 through 760. For example, in one embodiment the configuration is 
S applied to only one user interface element on a specific user interface for a specific user. In an 
8) alternative embodiment the configuration is applied to all of an internet application (or 
2 applications) irrespective of user or client identity. In other embodiments scope is specified with 
s respect to application components, individual user interfaces, particular groups of users, classes 
W of user interface elements (field, button, image, etc.), and the like. 

2 [0083] In a save configuration data step 780 the information generated in steps 740 through 
f 5 770 is saved to DBMS server 245. As described further herein, this information is used in the 
generation of customized user interfaces, such as a customized application user interface 255. 
[0084] FIG. 8 illustrates an embodiment of configuration interface 275 (FIG. 2) used by a 
privileged user to perform configuration step 1 10 (FIG. 1). The configuration options available 
in configuration interface 275 are determined by selections, such as specification of configurable 
20 properties of a user interface element, made in page development step 100. In this embodiment, 
configuration interface 275 includes rows associated with customizable properties such as an 
"expert entry" property 810 and various "tab" properties 820 as further described herein. Each 
property is further associated with an "enable option" checkbox 840 and an "allow user value" 
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checkbox 850. The state of the enable option checkbox 840 determines whether an option is 
used. Similarly, the state of the allow user value checkbox 850 determines whether a user can 
enter their own (personalized) values for the option. Each property listed in configuration 
interface 275 is also associated with a default value 860. Magnifying glass buttons 830 are used 
to display lists of allowed values as explained in display options step 750 (FIG. 7). 
[0085] FIG. 9 illustrates details of personalization step 130 (FIG. 1) in which aspects of an 
internet application are personalized. In contrast with configuration, personalization is 
performed using personalization system 220 (FIG. 2) at the level of a single user and, therefore, 
typically affects only that user. Except for factors relating to these changes in customization 
level, steps 910 through 980 of FIG. 9 are similar to steps 710 through 780 of FIG. 7. For 
example, an optional security step 920 differs from security step 720 in that the permission 
required to access personalization settings of a single user is generally less than the permission 
required to modify the customization settings of multiple users. In a typical implementation each 
user has default permission to modify their own personalization settings. 
[0086] In another example of difference between the steps of FIG. 7 and FIG. 9, access 
personal profile step 930 typically includes accessing the personal profile 450 (FIG. 4) of a user 
rather than configuration data 440. In one embodiment the properties available for modification 
in a select property step 940 and the options displayed in a display options step 950 are limited 
by the permissions held by the user. The data that a specific user is permitted to enter in an enter 
data step 960 may be similarly limited. In a select scope step 970 the allowed scope is typically 
limited to the current user and a save personalization data step 980 is optionally part of save step 
140 (FIG. 1). 
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[0087] FIGs. 10A and 10B illustrate two embodiments of user profile interface 270 (FIG. 2) 
that are used to perform personalization step 130 (FIG. 1). User profile interface is typically an 
embodiment of application user interface 255. The embodiment of user profile interface 270 
illustrated in FIG. 10A includes facilities for changing general aspects, such as an e-mail address 
5 1005 associated with a user. This embodiment also includes facilities for changing an alternate 
user property 1010 by providing an alternate user ID 1020. The embodiment of user profile 
interface 270 illustrated in FIG. 10B includes a table of customizable properties 1030, their 
default values 1040, and a field 1050 for entering personalized values. 
S [0088] FIG. 1 1 illustrates examples of initial presentation step 120 and presentation step 1 50 of 
jp6 FIG. 1 . These steps both include generation of a customized user interface yet differ with respect 
5 to the availability of user modified personalization data 473 (FIG. 4). User modified 
B\ personalization data 473 is available only after personalization step 130 and is therefore not 
H always available during initial presentation step 120. Instances of customized application user 
Qj interface 255 generated in steps 120 and 150 are delivered to a client for display to a user. The 
B present invention anticipates that the steps illustrated by FIG. 1 1 are alternatively executed in a 
variety of sequences. 

[0089] In an identify requestor step 1110a user initiates communication with internet 
execution system 215. Identification is optionally made with respect to a specific user, class of 
users, specific client or class of clients. The requester may be a specific external client, a human 
20 user or, in some embodiments, an external process. In various implementations identity is 

established through a user ID provided from the client, by accessing a standard browser cookie 
(or similar data) on the client, by virtue of an established secure session, or by a similar approach 
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as is well known in the art. The identity established in step 1 1 10 is used by other processes 
whose function is user or client dependent. 

[0090] For example, the identification made in step 1 1 10 is optionally used to perform a query 
user profile step 1 1 15. In step 1 1 15 information relating to the requestor is retrieved from user 
5 profile 450. Once retrieved this information is typically available for personalization of 
application user interface 255 until the current session between the requestor and application 
execution system 215 is completed. In alternative embodiments query user profile step 1 1 15 is 
performed as part of subsequent query operations, such as steps 1 125 and 1 145 discussed herein. 
□ [0091] In a select component step 1 120 the requestor selects one or more application 
jp components available through the current internet application. In some embodiments step 1 120 
l = is optional. For example, when only one application component is available or if all application 

components are to be made available. In some embodiments step 1 120 is performed using a 
fy menu of application components. 

CS [0092] Select component step 1 120 may include an optional query component data step 1 1 25. 

if 5 In step 1 125 application component data 430 and/or configuration data is retrieved from data 
repository 240. Data retrieved in step 1 125 may include all the metadata associated with each 
application user interface 255 associated with the application, metadata associated with 
components sleeted in step 1 120, only page definitions relating to selected instances of 
application user interface 255, or some variation thereof. In alternative embodiments this data is 

20 collected during other query operations, such as step 1 1 15 or step 1 145. 

[0093] In a receive page request step 1 130 application execution system 215 receives a request 
for an instance of application user interface 255 from an external client such as web browser 310, 
wireless system 315, or external system 325 of FIG. 3. This request optionally includes a 
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universal resource locator (URL) or similar locating information used to identify the particular 
application user interface 255 being requested. In some embodiments step 1 130 includes a 
request for application data corresponding to values provided by the user. For example, step 
1 130 optionally includes search terms, keys or commands entered by a user in a field and used to 

5 retrieve application data. The search terms may be used as database keys that initiate the 
execution of processes related to the application component or are used to retrieve application 
data corresponding to the keys. Web application server 305 passes the page request to 
application server 309 that in turn initiates processes to fulfill the request. Receive page request 

h step 1 130 is typically performed each time the execution of the application component requires a 

IB new instance of application user interface 255. 

W [0094] Another process initiated by application server 309 performs an access page definition 
y} step 1 140. Step 1 140 is optionally performed prior to step 1 130 and includes collection of 
JT: information required to generate an instance of application user interface 255. The collected 

irs ! 

fg information includes data developed during page development steps 100 and 50 (FIG. 1) as well 
.15 as data specifying customized properties such as configuration data 440 and personalization data 
473. The collected data includes metadata defining characteristics of the instance of application 
user interface 255 and/or characteristics of individual user interface elements. The completion of 
step 1 140 may be followed by execution of query customization data step 1 145 wherein 
personalization data 473 or configuration data 440 is queried. Query customization data step 
20 1 145 is used to retrieve any additional data, such as configuration or personalization data, 
required to generate the application user interface 255. 

[0095] In a generate HTML step 1 150 application server 309 uses the metadata and other 
information collected to generate HTML. User Interface Generator 340 generates HTML by 
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interpreting the metadata and using data collected from data repository 240 as required. 
Generate HTML step 1 150 is concluded when references to required data are resolved and the 
data required to display a customized application user interface 255 is generated. This data 
optionally includes browser compatible formats such as JavaScript, HTML, WAP, and the like. 
5 Resulting valid HTML constructs are serialized, optionally packaged as a web page, and 

delivered to the client in deliver interface step 1 160. Incorporation of personalization data 473 
and/or configuration data 440 in the HTML results in an instance of application user interface 
255 personalized or configured according to the wishes of a user. This instance optionally 

r. , 

0 includes JavaScript or other data compatible with a standard (unmodified) web browser. Steps 
S) 1130 through 1 1 60 are typically performed one or more times during the execution of an 
7f\ application component. 

[0096] Metadata relating to specific user interface elements optionally specifies personalized 
JTj or configured aspects of the requested page. In these cases relevant values from the 
QG customization data collected in the above steps are used in generate HTML step 1 150. For 
example, in one embodiment a required user interface element is a button and user interface 
generator 340 uses personalization data associated with tab-over to decide whether the button 
should be included in the tab-order. In another embodiment the use interface element includes 
run time processing, such as when an application developer has specified that an expert entry 
mode is allowed. In this case user interface generator 340 uses personalization data specific to 
20 an individual user to generate responsive HTML and JavaScript. 

[0097] In alternative embodiments the metadata includes or is used to construct a value or a 
reference, such as a pointer, URL, or a query, to another location. This may include a numerical 
value, such as a font size, or alternatively include more complicated data such as a segment of 
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JavaScript or an e-mail address. This may also refer to, and be used to access, data records 
within configuration data 440, personalization data 473, directory server 375, or other aspects of 
Data Repository 240. Data records within configuration data 440 and personalization data 473 
include supervisor or user modified information that becomes incorporated in a customized 
5 application user interface 255 delivered to the requester. 

[0098] Access page definition step 1 140, generate HTML step 1 1 50 and the use of metadata 
are further illustrated by the following examples. In one embodiment of step 1 140 a requested 
user interface includes a configurable user interface element with a user customizable text 
5 property (e.g., string or format) used to label the configurable user interface element. 
R Application server 309 accesses a user interface definition related to the requested application 
2 user interface 255 that was developed in page development step 100 (FIG. 1). The user interface 
definition is retrieved during steps 1 125 or 1 145 and includes a specification indicating where on 
J application user interface 255 the customizable user interface element should be located. The 
S user interface definition also includes a reference to a data location where the text property of the 
15 configurable user interface element may be found. 

[0099] A customized application user interface 255 optionally includes a number of 
configurable user interface elements, each further including a number of configurable properties. 
Data required to generate individual user interface elements is optionally collected at different 
times, even when the user interface elements are included in the same instance of application 
20 user interface 255. For example, in one embodiment the customizable order of columns in a 

table are determined when the application component using the table is selected in step 1 120. In 
an alternative embodiment the order is determined when the information is first required in an 
instance of step 1 140. Data relating to user interface elements responsive to the run time 
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requirements of the application component, such as those including JavaScript, are typically 
collected in step 1 145 shortly prior to generate HTML step 1 150. The HTML and/or JavaScript 
generated in step 1 150 is delivered to a client in deliver interface step 1 160. 
[00100] Once the HTML or JavaScript defining a user interface element is generated the 

5 generated data is optionally cached in a cache data step 1 170. When possible the cached data is 
retrieved when the user interface element is next required. Retrieving a cached copy prevents 
unnecessary repetition of generate HTML step 1 150. In addition, cache data step 1 170 may 
include storage of other static aspects of the generated application user interface 255, such as 

[j page definitions, style sheets, images, and JavaScript. 

B [00101] The user interface generation process optionally operates independently from the type 

of data stored within DBMS Server 245 and the number of query operations required to generate 
m a requested page. This independence enables the inclusion of references to customization data, 
M such as configuration data 440 and personalization data 473, and inclusion of this data in the 
W generated application user interface 255, without modification of the user interface design 
jft developed in page development step 100. The ability to include customized data without 
modifying page design is thereby achieved in an HTML/JavaScript interface supported by a 
standard browser. 

[00102] An alternative embodiment includes multiple and/or recursive execution of query steps 
1 1 15, 1 125 or 1 145. Through the use of multiple query steps multiple levels of configuration and 
20 personalization are possible. For example, in one embodiment the result of a query step includes 
further metadata requiring a subsequent query to retrieve further data. 
[00103] Steps 1 125 and 1 145 optionally use the requester identity determined in step 1 110 to 
determine permissions and develop appropriate queries. For example, requester identity is used 
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to determine which personalization data 473 to query and to resolve configuration data 440 
whose scope is user dependent. In many instances the requestor identity is included as a 
parameter in a query. 

[00104] Embodiments of the invention include configuration of user interface properties that 
5 include keystroke functionality. This allows users or supervisors to modify the response of user 

interface elements to keystroke combinations. Examples of keystroke configuration include 

customization of "tab-order," "tab-over," "hotkey," and "immediate access key" functionality. 

[00105] Tab-order functionality determines the order in which the tab key changes "focus" 
^ among user interface elements. With respect to application user interface 255, the "focus" is the 
ff user interface element on which the cursor rests or to which action is directed. For text entry 
yy fields focus is usually indicated by the presence of a text cursor or highlighting of the text entry 
* field. For buttons, other graphical objects and links the focus is typically indicated by a dotted 
ji J line highlighting the object. Tab-order is typically determined by the sequential order in which 
5: elements are placed on a user interface or by the order of an original web page design. 

sac 

15 Customization of tab-order includes altering this default order. For example, in one embodiment 
the tab-order is changed to match the order in which data is preferably added to a form. 
[00106] Tab-over is a particular case of tab-order that allows a user interface designer, 
supervisor, or user to indicate that certain user interface elements should be skipped in the tab- 
order. For example, a user can personalize an application component such that the tab-order 

20 ignores all buttons and graphic objects, stopping only at text entry fields where the user wishes to 
enter data. Alternatively, application user interface 255 is optionally customized such that the 
tab-order only includes text entry fields and a "next" button that is used to request the next 
required user interface. 
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[00107] A hotkey is a keystroke combination that results in the execution of an operation. For 
example, the Ctrl-C keystroke combination is often used to copy something to an electronic 
clipboard. Likewise, the Ctrl-S keystroke combination is often used to execute a "save" 
command. The inclusion of hotkeys in an internet application greatly increases the utility of the 
5 application. For example, including a Ctrl-N keystroke combination to automatically request the 
next page in an application component. In further examples, the Ctrl-K keystroke combination is 
optionally customized to display a help screen containing information relating to the user 
interface element with the current focus and Ctrl-5 is optionally customized to prompt a user for 
E input. Hotkeys are generally used to save the user the trouble of using a pointing device to move 
J a cursor to a graphical button, a potentially time-wasting action for an experienced user. 
W Because hotkeys can have different meanings in various environments and to different users it is 
0" helpful for a user to be able to customize the hotkeys associated with an internet application. For 
K example, the Ctrl-N keystroke sequence will cause the Microsoft Internet Explorer® browser, in 
S its standard configuration, to reload the existing page. Thus, this sequence would be a poor 

•f~i 

jlS choice for requesting the next page when using this browser. Since hotkeys are either not 

available or not standardized in browser environments it is an important aspect of portability to 
be able to configure these keystroke combinations such that conflicts found in the different 
environments can be avoided. 

[00108] Immediate access key functionality allows the focus on an application user interface 
20 255 (FIG. 2) to be directed to a specific user interface element associated with an immediate 

access keystroke combination. For example, in one embodiment an immediate access keystroke 
combination is used to place a text cursor in a specific text entry field. The focus is changed to 
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this text entry field upon typing of the immediate access keystroke, regardless of the prior focus 
location. Hotkey keystroke sequences are a type of immediate access keystroke sequence. 
[00109] FIG. 12 illustrates a tab-order interface 1200 used for specifying tab-order, and found in 
various embodiments of IDE 235 and, optionally, configuration interface 275. Tab-order 
5 interface 1200 includes a row 1210A-1210R for each user interface element on an associated 
application user interface 255. The columns of tab-order interface 1200 include a label 1220 
identifying the user interface element and a user interface element type 1230, such as "EDIT 
BOX" or "DROP DOWN LIST," that describes a class of the user interface element. The 
S columns also include various user interface element control settings 1 240, and a user interface 
5 element level 1250. These entries are used to establish relationships and interdependencies 
J between user interface elements. The tab-order is determined by the order of rows 1 2 1 0, and 

optionally the level 1250 value or a control setting 1240. For example, in one embodiment the 
B user interface element associated with row 1 2 101 will be followed by the user interface element 
S associated with row 1210K in the tab-order. Customization is accomplished by changing the 
15 order of the rows 1210. A similar interface is used to customize other keystroke functionality. 
[00110] The row 1210A-1210R order illustrated in FIG. 12 is used during save page definition 
step 570 (FIG. 5) to generate metadata. This metadata references information about the tab order 
of various user interface elements, which in turn are used by components on application server 
309 to generate the appropriate HTML code. Specifically, the metadata optionally includes 
20 either an appropriate value for a TABINDEX attribute of various user interface elements within 
the user interface, or includes JavaScript that "traps" the tab key when the focus is on the last 
object to which the user wishes to tab. This JavaScript is used to move the focus from the last 
object back to the first object. TABINDEX is an HTML parameter introduced in recent HTML 
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standards and used to specify tab-order. The configuration of other aspects of keystroke 
functionality makes similar use of JavaScript or HTML keywords. 
[00111] FIGs. 13A through 13E illustrate customization of keystroke functionality in an 
embodiment of application user interface 255. FIG. 13A illustrates an address entry form, such 
5 as may be found in an order entry or customer management application component. The address 
entry form includes a date field 1310, a calendar button 1320, a "Status" drop down list 1330, a 
submit check box 1335, a description field 1340 and an "Address" field 1350 among others. In 
FIG. 13A the focus is on date field 1310 as indicated by the highlighting. By default, pressing 
tJ the tab key moves the focus to calendar button 1320, as illustrated in FIG. 13B. FIG. 13C is an 
y expanded view of a portion of FIG. 1 3B showing detail of a dotted line 1 360 that indicates the 
Ld presence of the focus on calendar button 1320. Pressing the tab key again moves the focus to 
5 status drop down list 1330, as shown in FIG. 13D. In one instance of tab-order configuration, 
H the tab-order is changed such that the first pressing of the tab key moves the focus from the date 
2 field 1310 (as shown in FIG. 13A) to the status drop down list 1330 (as shown in FIG. 13D) and 
ft the second pressing of the tab key moves the focus from the status drop down list 1 330 to 
description field 1340. 

[00112] In one embodiment of tab-over customization, all button objects, such as calendar 
button 1320, are skipped in the tab-order. In this instance pressing the tab key for the first time 
moves the focus from the date field 1310, as shown in FIG. 13 A, directly to status drop down list 
20 1330, as illustrated in FIG. 13C. Using tab-over customization to skip calendar button 1320 in 
the tab-order reduces the number of keystrokes required for a consistent user to enter data in the 
address entry form. As with other tab-order customization, an individual user can typically turn 
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on and off a button object skipping feature. FIG 13E illustrates an embodiment of user profile 
interface 270 that includes two options 1370 relating to tab-over functionality. 
[00113] Immediate-access keys and hotkeys are customized using methods similar to those used 
for customization of tab-over functionality. For example, in one instance of an order entry 
5 application component, a user interface element is configured to respond to a Ctrl-D hotkey 

combination by changing the state of submit checkbox 1335 (FIG. 13 A) and generating a request 
for the next application user interface 255 (FIG, 2). In this instance JavaScript designed to 
handle the Ctrl-D key combination is generated using configuration data 440 (FIG. 4) and/or 
personalization data 473 along with the metadata associated with customized application user 
pp interface 255. Through a similar approach, a Ctrl-T immediate-access keystroke combination 
yg may be designated to change the focus from any other element to address field 1350. 
s [00114] The present invention provides significant customization of the ways in which data is 
fy presented to a user and the ways a user can interact with an application. For example, in one 

embodiment the stylistic properties of tables (grids) are customized. These stylistic properties 
T5 include column titles, column widths, and similar aspects. In some embodiments customization 
of tables includes column order, sorting by a specific column, display of selected columns, and 
determination of the number of rows and/or columns to display. 

[00115] FIG. 14A illustrates an embodiment of application user interface 255 (FIG. 2) including 
a table 1410 showing the results of a query. Table 1410 includes multiple data rows 1420A- 
20 1420P and a customized menu bar 1430 with find command 1440, view all command 1450, and 
other navigation commands 1460 associated with the table. The commands included in 
customized menu bar 1430 are optionally selected using configuration interface 275. Menu bar 
1430 is an example of an application component typically found in a library of application 
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components accessed in step 50 (FIG. 1). The number of rows 1420 shown on a single 
application user interface 255 is customizable. Since the number of rows in a table 1410 is often 
more than is convenient to display on a single user interface, the table 1410 may be distributed 
across several application user interfaces 255. Navigation between these user interfaces is 

5 accomplished using navigation commands 1460. 

[00116] FIG. 14B illustrates an interface 1470 that is included in various embodiments of IDE 
235, configuration interface 275, and user profile interface 270. Interface 1470 includes an 
occurs count field 1480 whose value determines the maximum number of rows 1420 displayed in 

2 an instance of application user interface 255. Interface 1470 also includes an unlimited occurs 

\sxJi 

|§ checkbox 1490. If this box is checked all available rows 1420 will be displayed on one 
J2 application user interface 255 when the data is displayed. The configuration of table 1410 
s specified using interface 1470 is retained and used when application user interface 255 is 
jHU revisited. Thus, a state of the customizable view all command persists between the present and 

any subsequent uses of application user interface 255. 
T5 [00117] The View All command 1450 (FIG. 14A) is a default aspect of menu bar 1430 when all 
rows 1420 in table 1410 are not visible in a single instance of application user interface 255 and 
instead are distributed over several instances of application user interface 255. FIG. 14C 
illustrates the result of executing the View All command. In this instance all of rows 1420 in 
table 1410 are shown in a single application user interface 255. These include rows, such as row 
20 1420Q, not shown in the instance of application user interface 225 illustrated in FIG. 14 A. 

[00118] The number of rows 1420 (or columns) visible in an embodiment of application user 
interface 225 is resolved in presentation step 150 (FIG. 1). In step 150 application server 309 
has access to all rows 1420 and a value is retrieved from DBMS server 245 to determine which 
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of rows 1420 should be displayed in a particular instance of table 1410. This value is optionally 
retrieved from configuration data 440 or personalization data 473. In a typical embodiment all 
rows 1420 are temporarily cached in web application server 305 for immediate access. 
[00119] The find command 1440 of menu bar 1430 (FIG. 14A) takes advantage of the access 
5 that application server 309 has to all rows 1420. Since this information is available, even though 
not displayed, the find command can search across all rows, including those that are not shown 
in the current interface 225. For example, in one embodiment a query returns a list of 100 results 
and occurs count field 1480 (FIG. 14B) is set to 20. When the results are returned, the first 20 
n rows 1420 are shown in table 1410. A user can use find command 1440 to search all 100 rows 
W returned by the query, even if all results are not displayed on the current user interface. If the 
W find command 1440 locates a result that is not shown in the current table 1410 a new application 
y 1 user interface 225 is generated that includes a new table 1410 with the found record. The find 
^ operation typically operates on the copy of all rows 1420 cached in web application server 305. 
S The scope over which find command 1440 searches is user customizable. A user may choose to 
p2> search over all rows, a fixed number of rows or only those rows displayed. 

[00120] An optional sort operation takes advantage of the copy of all rows 1420 cached in 
DBMS server 245 in a manner similar to find command 1440. For example, in one embodiment 
of table 1410 a column heading 1495 is selected to display rows 1420 sorted by that column. 
The invention is able to perform this sort and display a new instance of table 1410 quickly by 
20 using the cached copy that includes all rows 1420. 

[00121] An embodiment of the invention includes customization of the interaction models used 
for communication between internet application system 250 and the client displaying application 
user interface 255. These communications include complete delivery of user interfaces, web 
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pages, user input from the client, and other messages between the client and web application 
server 305. 

[00122] FIG. 15 illustrates one interaction model wherein data entered by a user is immediately 
transferred to internet application system 250. In a deliver requested page step 1510 application 
5 user interface 255 is delivered to the client. This application user interface 255 includes data 
entry elements such as text entry fields, check boxes, radio buttons, and the like. In a data entry 
step 1520 a user enters data into one of the data entry elements. This data entry includes entering 
text, changing a check box or radio button, or the like. In a change focus step 1530 the focus on 
the current user interface is changed to a user interface element other than the one used for data 
j entry in step 1520. The change of focus indicates that data entry step 1520 is completed. In a 
2 transfer data step 1540 the user-entered data is transferred, using standard network protocols, to 
■ internet application system 250. In an optional process data step 1550 the transferred data is 
jjJ processed by internet application system 250. This processing includes actions such as range 
2 checking, delivery to application engine program 440, authentication, and the like. The 
15 processing optionally results in a response from internet application system 250 that is returned 
to application user interface 255. For example, if a value entered by a user is outside of an 
allowed range, an error message can be generated and sent to application user interface 255. 
Communication between application user interface 255, internet application system 250, and 
application server 309 can take a significant amount of time, thus slowing the data entry 
20 processes. Typically the page delivered in step 1510 includes several data entry elements. The 
steps 1520 through 1550 are repeated for each element until the data entry process is completed. 
If data entry is complete then a new page is requested in an optional request page step 1560. 
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[00123] FIG. 16 illustrates an alternative interaction model wherein communication between 
application user interface 255 and internet application system 250 is deferred. In this model 
steps 1510 through 1530 are performed in a manner analogous to the steps illustrated in FIG. 15. 
After change focus step 1530 the process returns to step 1520 unless a refresh has been 
5 requested. A refresh is specifically requested by a user, for example, by clicking a "refresh" 
button. A refresh is also initiated when a user requests a new user interface or when a user 
completes entering data in a user interface element or application component incorporating the 
interaction model illustrated in FIG. 15. User interface elements on a single instance of 
Q application user interface 255 optionally use different interaction models. If a refresh request is 
ft received then data is transferred between application user interface 255 and internet application 
^ system 250 in a transfer data step 1610. The data transferred in step 1610 includes data entered 

since the last data transfer between application user interface 255 and internet application system 
spy 250. The data may, therefore, include data entered into several data entry elements. In a step 
fg 1620, the data transferred in step 1610 is optionally processed by internet application system 250 
W5 in a manner analogous to step 1550 (FIG. 15). A next page is requested in an optional request 
page step 1560. 

[00124] The "immediate" interaction model illustrated by FIG. 15 typically requires more 
frequent communication between application user interface 255 and internet application system 
250 than does the "deferred" interaction model illustrated by FIG. 16. Consistent users may, 
20 therefore, prefer the deferred interaction model. However, the immediate interaction model 
allows more immediate recognition of errors in data entry than does the deferred interaction 
model. Casual users may, therefore, prefer the immediate interaction model. 
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[00125] One embodiment of the invention allows users to choose between these two interaction 
models. This choice includes customization (choice of model) by element, by type, by 
individual application user interface 255, by user, by application component, or by internet 
application. 

5 [00126] FIG. 17A illustrates an embodiment of configuration interface 275 arranged to allow 
customization of the interaction model used by an application component. A processing mode 
menu 1710 includes an interactive radio button 1720, a deferred radio button 1730, and an allow 
expert entry check box 1740. If the deferred radio button 1730 is selected, the deferred 
O interaction model is used for the application component. Customization at the component level 
m is subject to modification via further customization of more specific elements, such as individual 
W application user interfaces 255 and user interface elements, within the component. If interactive 
radio button 1720 is selected the immediate interaction model is used for the component. When 
n\ the interactive radio button 1720 is selected the allow expert entry checkbox is also available for 

£ S3 

m checking or un-checking. If checked, then component interfaces of this application component 
lis will include an option that allows a user to change the interaction model while the internet 
application is running. An example of this option is illustrated in FIG. 17B. 
[00127] FIG. 17B illustrates an instance of application user interface 255 for entering address 
data. An expert entry checkbox 1760 allows users to change the interaction model from "Expert 
Entry" (immediate) to "Standard Entry" (deferred) during execution of the internet application. 
20 The expert entry checkbox is an embodiment of an interaction model control command. 

Checking the expert entry checkbox 1760, which has an effect similar to selecting the deferred 
radio button 1730 (FIG. 17 A) in a page development step 100, configuration step 1 10, or 
personalization step 130, places application user interface 255 in the Expert Entry mode. For 
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example, in the Expert Entry mode, entering an invalid date (such as a date in the future) in date 
entry field 1770 does not immediately result in an error message when the user moves the user 
interface focus to the text entry field 1780. The error message is not displayed because the 
business logic routine, designed to check for an invalid date, is not invoked until a submit 

5 checkbox 1790 is checked. In contrast, the Standard Entry mode is used if the expert entry 
checkbox 1760 is not checked and the interactive radio button 1720 (FIG 17A) is not selected. 
In this mode an error message is immediately displayed when an improper date is entered in date 
entry field 1770 and focus is changed from date entry field 1770 to, for example, text entry field 

K 1780. 

H [00128] The systems and methods of the present invention are used to customize other aspects 
3 of internet applications. For example, 'Internationalization" includes alternative currencies, date 

1 formats, time calculations, and text language. Aspects of internationalization such as these are 
customized in methods similar to those used for configuration of other user interface elements. 

n I 

2 In another example, user interface elements are adjusted to conform to the Americans with 

iT5 Disabilities Act. These adjustments include increases in user interface element size, changes in 
text size, and optimized cursor placement that reduces the effort required for a user to navigate a 
user interface. They are also used to adjust application user interface 255 to be more amenable 
to screen reading software. 

[00129] Embodiments of the present invention include customization of error messages, 
20 warnings, and confirmation messages. For example, a consistent user may prefer to see only 
critical error messages. In contrast a casual user may prefer to also see hints, warnings and 
confirmation messages. Configuration system 225 and personalization system 220 are used to 
select from among various message options that determine the types and importance of messages 
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shown to a user. In one embodiment users can personalize their interaction with the internet 
application by selecting among several alternative "message levels." These levels include, for 
example, a "show all messages" option, a "show important messages" option, and a "show only 
critical messages" option. Referring again to FIG. 10B, an example is illustrated in which a user 
5 can select to see confirmation messages when saving data. If a save confirmation property 1060 
is selected, the user will receive a confirmation when data has been saved. 
[00130] The new approach to designing, implementing, and using user interfaces described 
herein introduces a new model for customization of internet applications. This customization is 
M accomplished within an HTML/JavaScript environment and therefore is only dependent on a 
5b client having standard browser compatibility. The customization is independent of browser add- 
H ons, such as plug-ins or downloaded Java applets or ActiveX controls, and also independent of 
r S the client-side environment, such as operating system, processing capabilities, or memory, that 
§a are beyond what is required to support the standard browser compatibility. The customization 
nj includes modification of user interface element functionality and is thus of significant benefit to 
W5 consistent users. Various embodiments of the present invention include the use of customization 
in user interfaces used for communication between a user and an internet application. 
[00131] Several embodiments are specifically illustrated and/or described herein. However, it 
will be appreciated that modifications and variations are covered by the above teachings and 
within the scope of the appended claims without departing from the spirit and intended scope 
20 thereof. For example, the various computer systems described herein may be implemented as 
distributed systems; likewise the location of specific data records is optionally varied among a 
variety of alternative locations. The use of "user interface" or "web page" to describe an HTML 
based interface is not meant to restrict the interface to distribution over the World Wide Web or 
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any other specific network. Likewise, an "internet" application is not meant to restrict use of the 
present invention to applications using the Internet or World Wide Web. An internet application 
includes applications designed to execute over networks, such as intranets, extranets, wide area 
networks, or the like, that use communication protocols compatible with a standard browser. 
The "user" interacting with or using aspects of the present invention may be a person, or 
alternatively may be another computing system or program. Properties selected as being 
customizable, and later customized, may apply to any aspect of an internet application and are 
not restricted to those properties of individual user interface elements shown in the various 
figures. Customization of "Keystrokes" as described herein is optionally extended to include 
customization of mouse buttons,' touch screens, or alternative data entry systems. Likewise, 
functionality such as tab-over need not be tied to a specific button, key or keystroke 
combination, such as the "Tab" key. Rather a customizable property may include a response to 
any user input device. 

Microsoft Windows®, Microsoft FrontPage®, ActiveX®, Visual Basic® and Microsoft Internet Explorer® are 
registered trademarks of Microsoft Corporation. Java® and JavaScript® is a registered trademark of Sun 
Microsystems, Inc. Tuxedo is a registered trademark of BEA Systems, Inc. WebSphere is a registered trademark of 
International Business Machines, Corporation. PeopleCode and PeopleSoft are registered trademarks of PeopleSoft, 
Inc. 
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